Persisted enterprise graph queries

ABSTRACT

A computer search service can receive an enterprise graph query from a client computing device that is remote from the computer search service, with the enterprise graph query identifying an actor object set, a target object set, and a relationship between the actor object set and the target object set. The search service can return results of the enterprise graph query to the client device. The search service can receive from the client device an indication of user input instructing the search service to persist the enterprise graph query, with the indication of user input also instructing the search service to associate the persisted enterprise graph query with an entity. Moreover, in response to receiving the indication of user input, the search service can persist the enterprise graph query as well as associate the persisted enterprise graph query with the entity and/or enter a subscription entry for the query.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation of application Ser. No. 15/833,453, filed Dec. 6, 2017, which is a continuation of application Ser. No. 14/188,079, filed Feb. 24, 2014, now U.S. Pat. No. 9,870,432, which applications are incorporated herein by reference in their entirety.

BACKGROUND

An enterprise graph query identifies an actor object set comprising one or more actor objects in a store of computer-readable enterprise objects, a target object set comprising one or more target objects in the store of computer-readable enterprise objects, and a relationship between the actor object set and the target object set. Enterprise objects are computer-readable objects in a store that relate to one or more entities, such as one or more user profiles or groups of user profiles (e.g., for a company or other organization). For example, enterprise objects may include user profiles, emails, word processing documents, slide presentations, digital photographs, digital videos, spreadsheets, databases, database tables, database rows or columns, database records, storage folders, Web pages, saved chat sessions, etc. For example, a simple enterprise graph query may request objects (the target objects) viewed by a particular user profile (the actor object) in the last fifteen days. Actor objects may be other types of objects, such as documents, etc. For example, an enterprise graph query may ask for all documents that have been viewed by user profiles who also viewed a specified document. In that case the specified document is the actor object (with an inferred action), and the other viewed documents are the target objects. Such enterprise graph queries may be very long and difficult for a user to enter, especially if the graph queries include combinations of multiple relationships between actor object set(s) and target object set(s).

SUMMARY

It can be useful to repeat enterprise graph queries to access previously-retrieved results and/or to access updates to the results. The discussion below relates to persisting enterprise graph queries in association with an entity so that such an entity can be provided with access to updated results to the query. This can be done by accessing the persisted query, without needing user input to re-enter the original query. Entities discussed herein are computer-readable data entities stored in computer hardware, and/or the computer hardware itself. For example, an entity may be a computer-readable user profile, a group of such user profiles, a computer-readable portal site or page (e.g., a portal Web page that can be viewed by a group of logged-in user profiles, or a portal page that can be provided to mobile applications to which specified user profiles are logged in), and/or data representing a specified geographical location (e.g., global positioning coordinates within a specified range, or other positioning indicators that indicate such a specified geographical location).

In one embodiment, the tools and techniques can include a computer search service receiving an enterprise graph query from a client computing device that is remote from the computer search service, with the enterprise graph query identifying an actor object set comprising one or more actor objects in a store of computer-readable enterprise objects, a target object set comprising one or more target objects in the store of computer-readable enterprise objects, and a relationship between the actor object set and the target object set. The search service can return results of the enterprise graph query to the client device. The search service can receive from the client device an indication of user input instructing the search service to persist the enterprise graph query, with the indication of user input also instructing the search service to associate the persisted enterprise graph query with an entity. Moreover, in response to receiving the indication of user input, the search service can persist the enterprise graph query and associate the persisted enterprise graph query with the entity.

In another embodiment of the tools and techniques, a first search client computer application of a first type can receive user input requesting that an enterprise graph query be persisted in association with an entity, with the enterprise graph query identifying an actor object set comprising one or more actor objects in a store of computer-readable enterprise objects, a target object set comprising one or more target objects in the store of computer-readable enterprise objects, and a relationship between the actor object set and the target object set. The first search client computer application can request that the enterprise graph query be persisted in association with the entity in response to receiving the user input requesting that the enterprise graph query be persisted. The first search client computer application can display a first user interface item representing the persisted enterprise graph query, with the first user interface item being displayed in a first format. The first search client computer application can receive user input associated with the entity, with the user input received by the first search client computer application being directed at and selecting the first user interface item. In response to receiving the user input directed at and selecting the first user interface item, the first client computer application can request a search service to perform a first instance of the enterprise graph query. The first search client computer application can receive from the search service results of the first instance of the enterprise graph query. The first search client computer application can display at least a portion of the results of the first instance of the enterprise graph query in response to receiving the user input directed at and selecting the first user interface item.

Also, a second search client computer application of a second type that is different from the first type can display a second user interface item representing the persisted enterprise graph query. As an example, the user interface item may be surfaced in a display region for persisted query representations when a particular user interface page is displayed. As another example, the user interface item may be surfaced as a suggestion when user input is provided in a search box (e.g., if a user starts typing “Documents modified”, the system may suggest a corresponding persisted query, such as “Documents modified by Joe Johnson” using existing query suggestion techniques). The second search client computer application of the second type can receive user input associated with the entity, with the user input directed at and selecting the second user interface item. In response to receiving the user input directed at and selecting the second user interface item, the second client computer application can request the search service to perform a second instance of the enterprise graph query. The second search client computer application can receive from the search service results of the second instance of the enterprise graph query. The results of the second instance of the enterprise graph query may be the same as, entirely different from, or overlapping with the results of the first instance of the enterprise graph query, depending on the extent to which enterprise objects matching the query have or have not changed between the running of the first and second instances of the enterprise graph query. Moreover, the second search client computer application can display at least a portion of the results of the second instance of the enterprise graph query in response to receiving the user input directed at and selecting the second user interface item.

This Summary is provided to introduce a selection of concepts in a simplified form. The concepts are further described below in the Detailed Description. This Summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used to limit the scope of the claimed subject matter. Similarly, the invention is not limited to implementations that address the particular techniques, tools, environments, disadvantages, or advantages discussed in the Background, the Detailed Description, or the attached drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of a suitable computing environment in which one or more of the described embodiments may be implemented.

FIG. 2 is a schematic diagram of a search environment implementing persisted enterprise graph queries.

FIG. 3 is a schematic diagram of a search service implementing persisted enterprise graph queries.

FIG. 4 is an illustration of a user interface display of a search client computer application running on a client device.

FIG. 5 is an illustration of another user interface display of another search client computer application running on another client device.

FIG. 6 is an illustration of yet another user interface display of yet another search client computer application running on yet another client device.

FIG. 7 is a flowchart of an enterprise graph query persistence technique.

FIG. 8 is a flowchart of another enterprise graph query persistence technique.

FIG. 9 is a flowchart of yet another enterprise graph query persistence technique.

DETAILED DESCRIPTION

Embodiments described herein are directed to techniques and tools for persistence of enterprise graph queries. Such improvements may result from the use of various techniques and tools separately or in combination.

Such techniques and tools may include persisting an enterprise graph query for a user in a way that is available across devices, and/or being able to subscribe to the results returned by a persisted enterprise graph query across devices. For example, when a user has entered in a search box an enterprise graph query (e.g., a query that reads “Presented to My colleagues about Contoso”) the user may be enabled to provide user input to instruct a search service to save the enterprise graph query to easily check if any new items match the query and/or to access existing items that match the query. The persisted query may then be accessed and run from a broad set of experiences, for example, but not limited to, Web experiences (such as using a general Web browser client application), mobile app experiences (such as using a specific mobile application directed to use on a smartphone), tablet app experiences (such as using a specific mobile application directed to use on a tablet computer), client application (such as using a specific desktop client application that is configured to run on a personal computing device such as a laptop, desktop, a tablet running personal computing device software, etc.), LOB (line of business) application systems, etc.

When a user provides user input requesting that an enterprise graph query be persisted, the query (i.e., a computer-readable definition of the query) can be persisted in the enterprise graph service, or search service. A wide variety of devices and experiences that are authenticated to the search service can have access to the persisted query and may execute the query as a result of a user action or based on other criteria, such as timer jobs.

When an enterprise graph query has been persisted in response to user input, the results returned from the enterprise graph query can be available to devices and experiences as a stream of item notifications (which may include the updated items), making it possible to keep updated for any changes to the related graph index actor objects, relationships, or target objects.

Accordingly, one or more substantial technical benefits can be realized from the tools and techniques described herein. For example, enterprise graph queries can be run and/or re-run more with less effort on the part of a user, and possibly with fewer computing resources being involved. For example, re-running a query may involve a user simply providing a single user input action that selects a visual representation of the persisted query, or updated query result notifications for a persisted query may be provided automatically to a subscribed user profile.

The subject matter defined in the appended claims is not necessarily limited to the benefits described herein. A particular implementation of the invention may provide all, some, or none of the benefits described herein. Although operations for the various techniques are described herein in a particular, sequential order for the sake of presentation, it should be understood that this manner of description encompasses rearrangements in the order of operations, unless a particular ordering is required. For example, operations described sequentially may in some cases be rearranged or performed concurrently. Moreover, for the sake of simplicity, flowcharts may not show the various ways in which particular techniques can be used in conjunction with other techniques.

Techniques described herein may be used with one or more of the systems described herein and/or with one or more other systems. For example, the various procedures described herein may be implemented with hardware or software, or a combination of both. For example, the processor, memory, storage, output device(s), input device(s), and/or communication connections discussed below with reference to FIG. 1 can each be at least a portion of one or more hardware components. Dedicated hardware logic components can be constructed to implement at least a portion of one or more of the techniques described herein. For example and without limitation, such hardware logic components may include Field-programmable Gate Arrays (FPGAs), Program-specific Integrated Circuits (ASICs), Program-specific Standard Products (ASSPs), System-on-a-chip systems (SOCs), Complex Programmable Logic Devices (CPLDs), etc. Applications that may include the apparatus and systems of various embodiments can broadly include a variety of electronic and computer systems. Techniques may be implemented using two or more specific interconnected hardware modules or devices with related control and data signals that can be communicated between and through the modules, or as portions of an application-specific integrated circuit. Additionally, the techniques described herein may be implemented by software programs executable by a computer system. As an example, implementations can include distributed processing, component/object distributed processing, and parallel processing. Moreover, virtual computer system processing can be constructed to implement one or more of the techniques or functionality, as described herein.

I. Exemplary Computing Environment

FIG. 1 illustrates a generalized example of a suitable computing environment (100) in which one or more of the described embodiments may be implemented. For example, one or more such computing environments can be used as a server computing device that is all or part of a search service, as all or part of a client computing device, etc. Generally, various different general purpose or special purpose computing system configurations can be used. Examples of well-known computing system configurations that may be suitable for use with the tools and techniques described herein include, but are not limited to, server farms and server clusters, personal computers, server computers, smart phones, laptop devices, slate devices, game consoles, multiprocessor systems, microprocessor-based systems, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like.

The computing environment (100) is not intended to suggest any limitation as to scope of use or functionality of the invention, as the present invention may be implemented in diverse general-purpose or special-purpose computing environments.

With reference to FIG. 1, various illustrated hardware-based computer components will be discussed. As will be discussed, these hardware components may store and/or execute software. The computing environment (100) includes at least one processing unit or processor (110) and memory (120). In FIG. 1, this most basic configuration (130) is included within a dashed line. The processing unit (110) executes computer-executable instructions and may be a real or a virtual processor. In a multi-processing system, multiple processing units execute computer-executable instructions to increase processing power. The memory (120) may be volatile memory (e.g., registers, cache, RAM), non-volatile memory (e.g., ROM, EEPROM, flash memory), or some combination of the two. The memory (120) stores software (180) implementing persisted enterprise graph queries. An implementation of persisted enterprise graph queries may involve all or part of the activities of the processor (110) and memory (120) being embodied in hardware logic as an alternative to or in addition to the software (180).

Although the various blocks of FIG. 1 are shown with lines for the sake of clarity, in reality, delineating various components is not so clear and, metaphorically, the lines of FIG. 1 and the other figures discussed below would more accurately be grey and blurred. For example, one may consider a presentation component such as a display device to be an I/O component (e.g., if the display device includes a touch screen). Also, processors have memory. The inventors hereof recognize that such is the nature of the art and reiterate that the diagram of FIG. 1 is merely illustrative of an exemplary computing device that can be used in connection with one or more embodiments of the present invention. Distinction is not made between such categories as “workstation,” “server,” “laptop,” “mobile device,” etc., as all are contemplated within the scope of FIG. 1 and reference to “computer,” “computing environment,” or “computing device.”

A computing environment (100) may have additional features. In FIG. 1, the computing environment (100) includes storage (140), one or more input devices (150), one or more output devices (160), and one or more communication connections (170). An interconnection mechanism (not shown) such as a bus, controller, or network interconnects the components of the computing environment (100). Typically, operating system software (not shown) provides an operating environment for other software executing in the computing environment (100), and coordinates activities of the components of the computing environment (100).

The storage (140) may be removable or non-removable, and may include computer-readable storage media such as flash drives, magnetic disks, magnetic tapes or cassettes, CD-ROMs, CD-RWs, DVDs, or any other medium which can be used to store information and which can be accessed within the computing environment (100). The storage (140) stores instructions for the software (180).

The input device(s) (150) may be one or more of various different input devices. For example, the input device(s) (150) may include a user device such as a mouse, keyboard, trackball, etc. The input device(s) (150) may implement one or more natural user interface techniques, such as speech recognition, touch and stylus recognition, recognition of gestures in contact with the input device(s) (150) and adjacent to the input device(s) (150), recognition of air gestures, head and eye tracking, voice and speech recognition, sensing user brain activity (e.g., using EEG and related methods), and machine intelligence (e.g., using machine intelligence to understand user intentions and goals). As other examples, the input device(s) (150) may include a scanning device; a network adapter; a CD/DVD reader; or another device that provides input to the computing environment (100). The output device(s) (160) may be a display, printer, speaker, CD/DVD-writer, network adapter, or another device that provides output from the computing environment (100). The input device(s) (150) and output device(s) (160) may be incorporated in a single system or device, such as a touch screen or a virtual reality system.

The communication connection(s) (170) enable communication over a communication medium to another computing entity. Additionally, functionality of the components of the computing environment (100) may be implemented in a single computing machine or in multiple computing machines that are able to communicate over communication connections. Thus, the computing environment (100) may operate in a networked environment using logical connections to one or more remote computing devices, such as a mobile computing device, a personal computer, a server, a router, a network PC, a peer device or another common network node. The communication medium conveys information such as data or computer-executable instructions or requests in a modulated data signal. A modulated data signal is a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. By way of example, and not limitation, communication media include wired or wireless techniques implemented with an electrical, optical, RF, infrared, acoustic, or other carrier.

The tools and techniques can be described in the general context of computer-readable media, which may be storage media or communication media. Computer-readable storage media are any available storage media that can be accessed within a computing environment, but the term computer-readable storage media does not refer to propagated signals per se. By way of example, and not limitation, with the computing environment (100), computer-readable storage media include memory (120), storage (140), and combinations of the above.

The tools and techniques can be described in the general context of computer-executable instructions, such as those included in program modules, being executed in a computing environment on a target real or virtual processor. Generally, program modules include routines, programs, libraries, objects, classes, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The functionality of the program modules may be combined or split between program modules as desired in various embodiments. Computer-executable instructions for program modules may be executed within a local or distributed computing environment. In a distributed computing environment, program modules may be located in both local and remote computer storage media.

For the sake of presentation, the detailed description uses terms like “determine,” “select,” “receive,” “respond,” and “send” to describe computer operations in a computing environment. These and other similar terms are high-level abstractions for operations performed by a computer, and should not be confused with acts performed by a human being, unless performance of an act by a human being (such as a “user”) is explicitly noted. The actual computer operations corresponding to these terms vary depending on the implementation.

II. Search System and Environment

FIG. 2 is a block diagram of a search system or search environment (200) in conjunction with which one or more of the described embodiments may be implemented. The search environment (200) can include a search service (202), which can include one or more servers. The search service (202) may provide only searching features, or it may also provide one or more additional features, such as document management, social networking, email management, etc. The search environment (200) may also include one or more client devices (204), which can each run one or more client applications (206 and 208). The search service (202) may extend to the client applications (206 and 208) with some of the search service functionality being performed by specific client applications corresponding to the search service (202). The client devices (204) may include multiple different types of client devices (204), such as smart phones, tablets or slate devices, laptop computers, desktop computers, etc. Also, the client applications (206 and 208) may include multiple different types of client applications, such as general Web browsers and specific client applications (e.g., client applications that are specifically designed to operate with a particular type of search service, which may be done without providing general Web browsing capabilities), such as the following: specific mobile apps designed for a particular type of device such as a smartphone, a wearable computing device, and/or a tablet; specific desktop or laptop applications; specific line of business (LOB) applications; etc.

The client devices (204) and the search service (202) may be connected by a computer network (209), which may include a global computer network and/or one or more localized or proprietary computer networks, such as a wireless data network, a wide area network, a local area network, etc. Additionally, the search service (202) may be connected to an object store (210), which may be a single localized object store or a distribution of multiple object stores located on a single machine, or on multiple machines, in a single data center, spread across multiple data centers, etc. Objects in the object store (210) can include a variety of different types of computer-readable objects. For example, the objects may include searchable objects (212), which could include content objects such as documents (presentations, word processing documents, spreadsheets, Web pages, etc.), audio and/or video files, stored emails, entities (214) (e.g., user profiles or portal Web pages), etc.

The objects in the object store (210) may also include objects that are specific to query persistence features. For example, the object store (210) may include persisted queries (216), which are queries that are persisted in such a manner that the queries can be re-run at a later time. The object store (210) may also include subscription entries (218), which can each include an indication of one or more queries that are subscribed to, as well as one or more entities (214) that are subscribed to the one or more queries. The subscription entries (218) may also include other information, such as a start time of the subscription, an end time of the subscription, a frequency with which a check is to be done for updates, etc. The object store (210) may also include one or more associations (220) that associate one or more persisted queries (216) with one or more entities (214), so that the one or more entities can be provided with access to the persisted queries (216), such as by providing the entities (214) with representations of the persisted queries (216). For example, such representations could include a user interface item on a page for presentation in association with the entity (214). The entities (214), persisted queries (216), subscription entries (218), and associations (220) may be combined with each other and/or further separated out in particular implementations. For example, a persisted query (216) could be stored within a particular entity (214), thereby providing the association (220), which can be an implicit association by virtue of the location of the persisted query (216) within the entity (214).

Referring still to FIG. 2, the search service (202) and the object store (210) may also be integrated and/or separated out differently in different implementations. For example, the object store (210) may be located in one or more different locations that are remote from the search service (202) (for example, all or part of the object store may even be located in one or more of the client devices (204) and some of the functionality of the search service (202) may even be performed on one or more of the client devices (204)), or all or part of the object store (210) may be located locally with the search service (202), or all or part of the object store (210) may even be located within the client devices (204). The persisted queries (216) and/or other objects in the object store (210) may be saved in volatile and/or non-volatile memory. Accordingly, persistence of a query means that the query is saved for later use, but the query may be saved any of various different ways, including in volatile memory and/or non-volatile memory.

Multiple different types of computer-readable data can be exchanged between the search service (202) and the client devices (204). For example, a client device (204) may receive user input (230), which may prompt the client device (204) to send data to the search service (202). For example, the user input (230) may define a graph query (240), and a first client application (206) in a client device (204) may send the graph query (240) to the search service (202), requesting that the search service (202) perform the requested graph query (240) and return query results (245) to that same first client application (206).

As another example, the first client application (206) may receive user input (230) requesting that the query be persisted. For example, this user input (230) may be in the form of a request to pin a representation of the graph query (240) (i.e., to keep the representation on one or more views when the representation may not otherwise remain in such views, whether or not this functionality is referred to using the term “pinning” or similar terms in the particular implementation). In response, the first client application (206) can send a persistence instruction (250) to the search service (202), requesting that the search service (202) persist the graph query. This persistence instruction (250) may be associated with an entity, such as a user profile logged into the first client application (206), or a portal page being displayed by the first client application (206). In response to such a request, the search service (202) can save the query identified in the persistence instruction (250) as a persisted query (216) in the object store (210), and can save an association (220) of the persisted query (216), which associates the persisted query (216) with the entity (214) that is associated with the persistence instruction (250). The search service (202) may later provide one or more of the client applications (206 and/or 208) with a query representation (260), which can represent a persisted query (216), and which can be presented on a client device (204), so that user input (230) can be provided on the client device (204) to select the query representation (260) and thereby select the corresponding persisted query (216). For example, the search service (202) may provide the query representation (260) as part of a Web page or a page for a specific client application (e.g., as user interface hyperlink, tile, button, etc.).

Similarly, user input (230) can be provided to request that an entity (214) be subscribed to an identified query. In response the search service can persist the identified query as a persisted query (216) if the query has not already been persisted. Additionally, the search service (202) can save a subscription entry (218) that associates a persisted query (216) with an entity (214) that is subscribing to the persisted query (216). The search service (202) can then monitor the object store for updates to the persisted query (216). For example, the persisted query (216) may be re-run periodically. As another example, the search service (202) and/or the object store (210) may monitor updates to the objects in the object store (210), and may determine whether each such update impacts a query that is the subject of a current subscription entry (218). Either way, the search service (202) may determine whether the update is sufficiently significant to warrant sending an update notification (270). For example, the search service (202) may examine a search ranking score of a new item added to the object store (210), such as a relevancy and/or importance score that is used in ranking query results (245) (e.g., a search engine combined feature score). For objects that are modified, the search service (202) may consider the extent and type of the modification, possibly in combination with a search result score for the modified item, in determining whether a threshold level is reached for warranting the sending of an update notification (270) to the entity (214) identified in the pertinent subscription entry (218). Such an update notification (270) may be sent to one or more client applications (206 and/208) on one or more client devices (204), which need not be the same client device (204) or client application (206 or 208) from which the subscription request (252) or the graph query (240) for that subscription was received (though they may be the same device/application in some situations).

User input (230) can be provided to select a persisted query (216), such as by providing user input directed at and selecting a representation of a persisted query (216). In response to such user input (230), a client application (206 or 208) can send a query selection (255) to the search service (202), requesting that the persisted query (216) be run, and that updated query results (245) be returned. In response to such a query, the search service (202) can run the query. In some examples, the persisted query (216) may have already been provided to the client application (206 or 208), such as where the persisted query (216) is contained within a Web page. In such a case, the query selection (255) may include the persisted query (216) itself Alternatively, the query selection (255) may instruct the search service (202) to retrieve the persisted query (216) from the object store (210). Either way, the search service (202) can run the persisted query (216) and provide updated results to the client application (206 or 208), which may be a different type of client application (206 or 208) on a different type of client device (204) from one that provided that query and requested that it be persisted.

Referring now to FIG. 3, the search service (300) will be discussed in more detail. The search service (300) can include a core search engine (302) that runs enterprise graph queries using information provided from a content domain (304) and a client domain (306). The content domain (304) can include computer-readable objects, such as the computer readable objects discussed above with respect to FIG. 2. A content application programming interface (API) (310) can receive content objects from the content domain (304). The content API (31) can pass the content objects to the content processing component (312), which can process the content objects to populate an item index (314), which can be used by the core search engine (302) in running queries.

Additionally, a signal service (340) can intercept signals from the client domain (306), with the signals representing actions performed on and/or by the content objects from the content domain (304). For example, such signals may represent a content object being viewed by a user profile, edited by a user profile, connected as a friend to a user profile, one user profile being made a work colleague of another user profile, a document being created or edited by a particular user profile, etc. The signal service (340) can store representations of these signals in the signal storage (342), which can include representations of actions, as well as surrounding information (objects performing or receiving the actions, time of the actions, etc.). An analytics processing engine (350) can use the information from the signal storage (342) to populate a graph index (370) that represents the stored signals in an indexed manner for use by the core search engine (302) in performing graph queries. The graph index (370) and the item index (314) may each be a key value store, or one or both may be in some other format. Accordingly, the core search engine (302) can perform enterprise graph queries using both the item index (314) and the graph index (370). In running some queries only one or the other of the indexes (314 and 370) may be used, and in others, both of the indexes (314 and 370) may be used. The results of the queries can be ranked, such as with a ranker that includes multiple features that can be weighted and combined to arrive at ranking scores for the query results.

The client domain (306) can submit requests and instructions to the search service (300) through a client search API (380), which can pass such requests and instructions to a query and request processing component (382). For query requests, the query and request processing component (382) can pass processed queries to the core search engine (302) to be run using the item index (314) and/or the graph index (370). The core search engine (302) can pass results to a results processing component (384), which can process the query results and pass them back to the client domain (306) through the client search API (380). For client requests to persist queries and/or enter subscriptions, the query and request processing component (382) can process the requests and pass them to a query persistence component (386), which can persist queries, associations and/or subscription entries as needed in a persisted query data storage (390). The persisted queries can be provided to the core search engine (302) for use in running or re-running persisted queries in response to requests such as user input requests, or the queries can be run automatically to provide update notifications and/or updated query results to the client domain (306).

Some examples of user interface illustrations for persisted enterprise graph queries will now be discussed with reference to FIGS. 4-6. Referring to FIG. 4, an example of a user interface display (400) for an application on a tablet client device is illustrated. In the display (400), a definition (410) of an enterprise graph query is shown in a search bar (412), with the definition (410) being a representation of the graph query itself. In the example, the enterprise graph query definition reads as “PRESENTED TO JOE JOHNSON ABOUT SALESFORCE.” This is an example of a compound query, with a JOE JOHNSON user profile being an actor object, and the term SALESFORCE being a content term to be searched within the target objects (those objects presented to the JOE JOHNSON with content about the term SALESFORCE). Alternatively, SALESFORCE could be considered another actor object, such as where SALESFORCE is the name of a project and the presentations of the target objects must have been presented in a meeting for that project to fall within the query. Either way, results (420) of the query can be displayed in a content region (422) of the display (400), which can be a separate spatial region of the display from the search region or search bar (412).

The display (400) can include a pinning icon (430) adjacent to the definition (410). User input directed at and selecting the pinning icon (430) can be provided to indicate that the query represented by the definition (410) is to be persisted (and possibly that it is to be subscribed to as well), so that the query will be readily available at a later time. For example, a user's finger (440) may touch the area of the pinning icon (430) where the display (400) is on a touch screen. Similarly, the pinning icon could be selected by any of various other types of user input actions, such as a mouse click, a keyboard entry, a voice command, a non-touch gesture, etc. The term “pinning icon” refers to an icon that can be selected to “pin” a representation of the query, which refers to instructing the computer system to surface a representation of the query to the current display and/or other corresponding displays in other environments or views, even if that representation would not otherwise be surfaced in such environments or views (e.g., even if the query would not appear on a recent and/or frequent query list in such environments or views). Accordingly, a pinning icon may be in some form other than that of a pin, which is illustrated in FIG. 4. The same is true of an “unpinning icon” discussed below, which can be selected to instruct the computer system to unpin the representation of the query, so that the representation would only be surfaced if it were dictated by some other functionality (e.g., recent and/or frequent query list).

Referring now to FIG. 5, a different display (500) for the same entity (e.g., the same user profile, such as a user profile for “JEFF”) is displayed. However, the display (500) can be for a different client application from the display (400) discussed above with reference to FIG. 4, and the display (400) may be on a different client device from the display (500). As can be seen, the display (500) includes a search bar (512), where no definition of a query is currently being displayed. The display (500) also includes an un-pinned query region (520) with displayed query representations (522) that have not been pinned or persisted in response to user input instructions, such as representations of other queries that have been entered by a system administrator, other queries that have been conducted recently by the user profile, etc. Adjacent to each of the non-pinned query representations (522) is a pinning icon (524), which can be selected by user input to pin the corresponding adjacent query representation (522), and to persist the corresponding query. FIG. 4 illustrates a user's finger (530) touching a pinning icon (524) for a query representation (522) labeled “DOCUMENTS SHARED WITH ME.” In response to this user input, the query representation (522) labeled “DOCUMENTS SHARED WITH ME” can be pinned and the corresponding query can be persisted in association with the current user profile (JEFF).

The display (500) can further include a pinned query region (540) that displays previously-pinned query representations (542), which represent queries that have been persisted in response to previous user input. For example, in the display (500), the pinned query region (540) includes the previously-pinned query representation (542) labeled “PRESENTED TO JOE JOHNSON ABOUT SALESFORCE,” which was pinned in a different client application, as discussed above with reference to FIG. 4. Additionally, an unpinning icon (544) can be located adjacent to each of the previously-pinned query representations (542). An unpinning icon (544) indicates that the adjacent query representation (542) has already been pinned. User input directed at and selecting the unpinning icon (544) can result in the computer system unpinning the corresponding query representation (542), as well as de-persisting the corresponding query (i.e., removing the corresponding persisted query from persisted queries for the associated entity).

Though not shown in FIG. 5, the query representation “DOCUMENTS SHARED WITH ME” can be immediately added to the pinned query region (540) after its adjacent pinning icon (524) is selected.

Referring now to FIG. 6, yet another different computer user interface display (600) is illustrated. This user interface display (600) can be for yet another different client application and yet another different client device. The display (600) includes user interface items in the form of tiles (610), which can be selected to invoke features represented by the tiles (e.g., by touching the tile on a touch screen). Included among the tiles are a tile labeled “DOCS SHARED WITH ME,” which corresponds to the query representation (522) labeled “DOCUMENTS SHARED WITH ME” in FIG. 5 and a tile labeled “PRESENTED TO JOE ABOUT SALESFORCE” corresponding to the query definition (410) that reads “PRESENTED TO JOE JOHNSON ABOUT SALESFORCE” in FIG. 4. These tiles (610) can be selected to request updated query results for the corresponding persisted query, even though the persisted query was defined and requested to be persisted from a different client device using a different client application from the one where the tile (610) for that persisted query is currently presented for selection.

III. Persisted Enterprise Graph Query Techniques

Several persisted enterprise graph query techniques will now be discussed. Each of these techniques can be performed in a computing environment. For example, each technique may be performed in a computer system that includes at least one processor and memory including instructions stored thereon that when executed by at least one processor cause at least one processor to perform the technique (memory stores instructions (e.g., object code), and when processor(s) execute(s) those instructions, processor(s) perform(s) the technique). Similarly, one or more computer-readable storage media may have computer-executable instructions embodied thereon that, when executed by at least one processor, cause at least one processor to perform the technique. The techniques discussed below may be performed at least in part by hardware logic.

Referring to FIG. 7, a persisted enterprise graph query technique will be described. The technique can include a computer search service receiving (710) an enterprise graph query from a client computing device that is remote from the computer search service. The enterprise graph query can identify an actor object set including one or more actor objects in a store of computer-readable enterprise objects, a target object set including one or more target objects in the store of computer-readable enterprise objects, and a relationship between the actor object set and the target object set. The search service can return (720) results of the enterprise graph query to the client device. The search service can receive (730) from the client device an indication of user input instructing the search service to persist the enterprise graph query. For example, the indication of user input may be received (730) after the search service returns (720) the results of the enterprise graph query to the client device. The indication of user input may further instruct the search service to associate the persisted enterprise graph query with an entity, such as a set of one or more user profiles or a portal page. In response to receiving (730) the indication of user input, the search service can persist (740) the enterprise graph query and associate the persisted enterprise graph query with the entity.

The technique of FIG. 7 can further include the search service providing a first set of results from the persisted enterprise graph query to a first client application of a first type, with the first client application being associated with the entity when the first set of results are provided to the first client application. Additionally, the search service can provide a second set of results from the persisted enterprise graph query to a second client application of a second type that is different from the first type, with the second client application being associated with the entity when the second set of results are provided to the second client application.

The actor object set can include a user profile logged in at a client application running on the client device when the computer search service receives (730) the indication of user input instructing the search service to persist the enterprise graph query. The actor object set can be the user profile logged in at the client application running on the client device when the computer search service receives the indication of user input instructing the search service to persist the enterprise graph query. The actor object set can include a representation of a computer-readable portal page managed by a service that is remote from a client application that runs on the client device and interacts with the search service.

The relationship in the technique of FIG. 7 can be an action represented by one or more computer system signals received by the search service, where the action involves the actor object set and the target object set. For example, the action may be an action performed on the target object set, such as one or more explicit actions directed at the target object set, or even an implicit action, such as a device entering a specified geographical location. For example, when a device enters a specified geographical location, that action can be identified and signaled as an action performed on a data representation of that location and/or an action performed by the data representation of that location. Also, when a device enters a specified geographical location that is represented by an entity (e.g., a data structure specifying the location) related to a persisted enterprise graph query, the computer system can respond by presenting a representation of that persisted enterprise graph query and/or automatically running the persisted enterprise graph query.

The technique of FIG. 7 may further include storing a subscription entry indicating that the entity is to receive notifications of updates to results of the enterprise graph query. The entity may be automatically provided with one or more notifications of one or more updates to the results of the persisted enterprise graph query. Also, the search service may respond to the subscription entry by monitoring updates to results of the enterprise graph query. Moreover, the search service may recognize the update(s) to the results of the persisted enterprise graph query while monitoring updates to the results. The providing of the entity with the notification(s) may be done in response to the recognizing of the one or more updates while monitoring the updates to the results.

The technique of FIG. 7 may further include the search service receiving a request to run the persisted enterprise graph query, and the search service may respond to the request to run the persisted enterprise graph query by returning updated results to the enterprise graph query.

Referring now to FIG. 8, another enterprise graph query persistence technique will be discussed. In the technique, a first search client computer application of a first type can receive (802) user input requesting that an enterprise graph query be persisted in association with an entity. The enterprise graph query can identify an actor object, a target object set, and a relationship between the actor object set and the target object set. The first search client computer application can request (804) that the enterprise graph query be persisted in association with the entity in response to receiving (802) the user input requesting that the enterprise graph query be persisted.

The first search client computer application can display (810) a first user interface item representing the persisted enterprise graph query. The first user interface item can be displayed in a first format. The first search client computer application of the first type can receive (820) user input associated with the entity, with the user input being directed at and selecting the first user interface item. In response to receiving (820) the user input directed at and selecting the first user interface item, the first client computer application can request (830) a search service to perform a first instance of the enterprise graph query. The first search client computer application can receive (840) back from the search service results of the first instance of the enterprise graph query. The first search client computer application can display (845) at least a portion of the results of the first instance of the enterprise graph query in response to receiving (820) the user input directed at and selecting the first user interface item.

The technique of FIG. 8 can also include a second search client computer application of a second type that is different from the first type displaying (850) a second user interface item representing the persisted enterprise graph query. The second search client of the second type can receive (860) user input associated with the entity, with the user input directed at and selecting the second user interface item. In response to receiving the user input directed at and selecting the second user interface item, the second client computer application can request (870) the search service to perform a second instance of the persisted enterprise graph query. The second search client computer application can receive (880) from the search service results of the second instance of the enterprise graph query. The second search client computer application can display (885) at least a portion of the results of the second instance of the enterprise graph query in response to receiving (860) the user input directed at and selecting the second user interface item.

The first search client computer application may be a general Web browser, and the second search client computer application may be a specific application configured to interact with one or more remote enterprise computing services (e.g., a specific mobile application, a line of business desktop application, another specific desktop application, etc.).

The second search client computer application can be running on a mobile computing device (such as a handheld device (e.g., a smartphone or tablet) and/or a wearable computing device (e.g., a pair of computing glasses or a smart watch)) and the first search client computer application can be running on a computing device that is a different type from the mobile computing device. Additionally, the second search client computer application may be a mobile application.

The user input requesting that the enterprise graph query be persisted can include user input requesting that a visual representation of the enterprise graph query be pinned to a user interface display. The first search client computer application can receive user input requesting that the visual representation of the enterprise graph query be unpinned from the user interface display. The first search client computer application can request that the enterprise graph query cease from being persisted in response to receiving the user input requesting that the visual representation of the enterprise graph query be unpinned.

In one implementation of the technique of FIG. 8, the visual representation may be termed a first visual representation and the user interface display may be termed a first user interface display. The technique may further include the second search client computer application receiving user input requesting that a second visual representation of the enterprise graph query be unpinned from a second user interface display. The second search client computer application can request that the enterprise graph query cease from being persisted in response to receiving the user input requesting that the second visual representation of the enterprise graph query be unpinned.

The technique of FIG. 8 may include the second search client computer application receiving an automatic notification of one or more updates to one or more results of the enterprise graph query. In response to the second search client computer application receiving the notification, the second search client computer application can present a user notification of the update(s).

The technique of FIG. 8 may further include the second the second search client computer application monitoring updates to results of the enterprise graph query. The second search client computer application can recognize one or more updates to the results of the persisted enterprise graph query as part of monitoring the updates to the results. Additionally, the second search client computer application can provide the entity with one or more notifications in response to the recognizing of the one or more updates as part of monitoring the updates to the results.

Referring now to FIG. 9, yet another enterprise graph query persistence technique will be discussed. The technique can include a computer search service receiving (910) an enterprise graph query from a first client computing device that is remote from the computer search service, with the enterprise graph query identifying an actor object set, a target object set, and a relationship between the actor object set and the target object set. The search service can return (920) results of the enterprise graph query to the client device. After returning (920) the results of the enterprise graph query, the search service can receive (930) from the client device an indication of user input instructing the search service to persist the enterprise graph query, with the indication of user input also instructing the search service to associate the enterprise graph query with an entity and to subscribe the entity to the enterprise graph query. The search service can persist (940) the enterprise graph query, and can store (950) a subscription entry indicating that the entity is to receive notifications of updates to results of the enterprise graph query.

The search service can the search service can automatically monitor (955) one or more updates to the results of the persisted enterprise graph query. The monitoring (955) can include determining that one or more updates to the results of the persisted enterprise graph query has a score that is above a threshold score for providing the entity with notifications. In response to determining that one or more updates to the results of the persisted enterprise graph query has a score that is above the threshold score for providing the entity with notifications, the technique can include automatically providing (960) the entity with notifications of the one or more updates to the results of the persisted enterprise graph query. The updates can include a modification of an existing computer-readable object represented by an item in the results of the persisted enterprise graph query and/or an addition of a new computer-readable object.

Although the subject matter has been described in language specific to structural features and/or methodological acts, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims. 

I/we claim:
 1. A method for automatically determining updates to results of persisted enterprise graph queries, the method comprising: receiving an enterprise graph query from a first application that is executed on a first device and is associated with an entity; running the enterprise graph query; returning results of the enterprise graph query to the first application; persisting the enterprise graph query; storing a subscription entry for the persisted enterprise graph query that: associates the enterprise graph query with the entity; and indicates that the entity is to be provided notifications of updates to the results of the enterprise graph query; monitoring for an update to the results of the enterprise graph query; based on the monitoring, identifying the update to the results of the enterprise graph query; and providing a notification of the update to one or more applications associated with the entity, wherein the one or more applications associated with the entity include at least one of: the first application executing on the first device, the first application executing on a second device, and a second application executing on one of the first device or the second device.
 2. The method of claim 1, wherein monitoring for the update to the results of the enterprise graph query comprises periodically re-running the enterprise graph query.
 3. The method of claim 1, further comprising: determining that a score associated with the update to the results of the enterprise graph query exceeds a threshold score; and wherein the notification is provided only when the score exceeds the threshold score.
 4. The method of claim 1, wherein the enterprise graph query identifies an actor object set comprising one or more actor objects in a store of enterprise objects, a target object set comprising one or more target objects in the store of enterprise objects, and a relationship between the actor object set and the target object set; and monitoring for the update to the results of the enterprise graph query comprises monitoring for an update to one or more enterprise objects in the store.
 5. The method of claim 4, wherein identifying the update to the results of the enterprise graph query comprises determining that the update to the one or more enterprise objects modifies the results of the enterprise graph query.
 6. The method of claim 5, wherein the update to the one or more enterprise objects includes a modification to one or more existing enterprise objects in the store that are each represented by a respective item in the results of the enterprise graph query, and the method further comprises: determining at least one of an extent and a type of the modification; and determining the at least one of the extent and the type of the modification meet a predefined threshold level.
 7. The method of claim 6, wherein a relevancy score of the respective item used to rank the respective item among other items in the results of the enterprise graph query is further considered to determine the predefined threshold level is met.
 8. The method of claim 5, wherein the update to the one or more enterprise objects includes an addition of one or more new enterprise objects to the store that represent a respective item responsive to the enterprise graph query, and the method further comprises: determining a relevancy score of the respective item of the one or more new enterprise objects added to the store; and determining the relevancy score exceeds a threshold score.
 9. The method of claim 1, further comprising: subsequent to providing the notification, receiving, from at least one of the one or more applications associated with the entity, an indication of a selection of the enterprise graph query; in response to the indication of the selection, re-running the enterprise graph query; and returning updated results of the enterprise graph query to the at least one of the one or more applications associated with the entity.
 10. The method of claim 1, further comprising: receiving, from the first application, a request that the entity be subscribed to the enterprise graph query, wherein the enterprise graph query is persisted and the subscription entry for the persisted enterprise graph query is stored in response to the request.
 11. The method of claim 1, further comprising: receiving, from the first application, a first request that the enterprise graph query be persisted, wherein the enterprise graph query is persisted in response to the first request; and receiving, from one of the one or more applications associated with the entity, a second request that the entity be subscribed to the enterprise graph query, wherein the subscription entry for the persisted enterprise graph query is stored in response to the second request.
 12. The method of claim 1, further comprising: subsequent to persisting the enterprise graph query, providing a selectable representation of the enterprise graph query to the one or more applications associated with the entity, wherein the selectable representation is provided for display within a view of the one or more applications associated with the entity and a selection thereof causes a re-running of the enterprise graph query.
 13. A system for automatically determining updates to results of persisted enterprise graph queries, the system comprising: a processor; and a memory storing instructions that, when executed by the processor, cause the processor to: receive an enterprise graph query from a first application that is executed on a first device and is associated with an entity; run the enterprise graph query; return results of the enterprise graph query to the first application; persist the enterprise graph query; store a subscription entry for the persisted enterprise graph query that: associates the enterprise graph query with the entity; and indicates that the entity is to be provided notifications of updates to the results of the enterprise graph query; monitor for an update to the results of the enterprise graph query; based on the monitoring, identify the update to the results of the enterprise graph query; and provide a notification of the update to one or more applications associated with the entity, wherein the one or more applications associated with the entity include at least one of: the first application executing on the first device, the first application executing on a second device, and a second application executing on one of the first device or the second device.
 14. The system of claim 13, wherein to monitor for the update to the results of the enterprise graph query, the processor is caused to periodically re-run the enterprise graph query.
 15. The system of claim 13, wherein the enterprise graph query identifies an actor object set comprising one or more actor objects in a store of enterprise objects, a target object set comprising one or more target objects in the store of enterprise objects, and a relationship between the actor object set and the target object set; and to monitor for the update to the results of the enterprise graph query, the processor is caused to monitor for an update to one or more enterprise objects in the store that modifies the results of the enterprise graph query.
 16. The system of claim 15, wherein the update to the one or more enterprise objects includes at least one of: a modification to one or more existing enterprise objects in the store that are each represented by a respective item in the results of the enterprise graph query; and an addition of one or more new enterprise objects to the store that represent a respective item responsive to the enterprise graph query.
 17. The system of claim 13, wherein instructions that, when executed by the processor, further cause the processor to: subsequent to the enterprise graph query being persisted, provide a selectable representation of the enterprise graph query to the one or more applications associated with the entity, wherein the selectable representation is provided for display within a view of the one or more applications.
 18. The system of claim 17, wherein instructions that, when executed by the processor, further cause the processor to: receive, from at least one of the one or more applications associated with the entity, an indication of a selection of the selectable representation of the enterprise graph query; in response to the indication of the selection, re-running the enterprise graph query; and if the indication of the selection is received prior to the identification of the update to the results of the enterprise graph query, returning the results of the enterprise graph query to the at least one of the one or more applications associated with the entity; else returning updated results of the enterprise graph query to the at least one of the one or more applications associated with the entity.
 19. The system of claim 13, wherein the stored subscription entry further includes at least one of: a start time of a subscription, an end time of the subscription, and a frequency for the monitoring.
 20. Computer-readable storage media storing instructions that, when executed by a processor, cause the processor to: receive an enterprise graph query from a first application that is executed on a first device and is associated with an entity; run the enterprise graph query; return results of the enterprise graph query to the first application; persist the enterprise graph query; store a subscription entry for the persisted enterprise graph query that: associates the enterprise graph query with the entity; and indicates that the entity is to be provided notifications of updates to the results of the enterprise graph query; monitor for an update to the results of the enterprise graph query; based on the monitoring, identify the update to the results of the enterprise graph query; and provide a notification of the update to one or more applications associated with the entity, wherein the one or more applications associated with the entity include at least one of: the first application executing on the first device, the first application executing on a second device, and a second application executing on one of the first device or the second device. 